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What is Yacc? 



Yacc is a computer program for the Unix operating system. The name is an 
acronym for "Yet Another Compiler Compiler". It is a LALR parser generator, 
generating a parser, the part of a compiler that tries to make syntactic sense 
of the source code, specifically a LALR parser, based on an analytic grammar 
written in a notation similar to BNF. It was originally developed in the early 
1970s by Stephen C. Johnson at AT&T Corporation and written in the B 
programming language, but soon rewritten in C. It appeared as part of 
Version 3 Unix, and a full description of Yacc was published in 1975. 

Yacc and similar programs (largely reimplementations) have been very 
popular. Yacc itself used to be available as the default parser generator on 
most Unix systems, though it has since been supplanted as the default by 
more recent, largely compatible, programs such as Berkeley Yacc, GNU 
bison, MKS Yacc and Abraxas PCYACC. An updated version of the original 
AT&T version is included as part of Sun's OpenSolaris project. Each offers 
slight improvements and additional features over the original Yacc, but the 
concept and syntax have remained the same. Yacc has also been rewritten 
for other languages, including OCaml, Ratfor, ML, Ada, Pascal, Java, Python, 
Ruby, Go and Common Lisp. 

Yacc produces only a parser (phrase analyzer); for full syntactic analysis this 
requires an external lexical analyzer to perform the first tokenization stage 
(word analysis), which is then followed by the parsing stage proper. Lexical 
analyzer generators, such as Lex or Flex are widely available. 

Brief History of Parsing Methods 

BNF notation 

Backus-Naur notation (more commonly known as BNF or Backus-Naur Form) 
is a formal mathematical way to describe a language, which was developed 
by John Backus (and possibly Peter Naur as well) to describe the syntax of 
the Algol 60 programming language. 

(Legend has it that it was primarily developed by John Backus (based on 
earlier work by the mathematician Emil Post), but adopted and slightly 
improved by Peter Naur for Algol 60, which made it well-known. Because of 
this Naur calls BNF Backus Normal Form, while everyone else calls it 




Backus-Naur Form.) 

It is used to formally define the grammar of a language, so that there is no 
disagreement or ambiguity as to what is allowed and what is not. In fact, BNF 
is so unambiguous that there is a lot of mathematical theory around these 
kinds of grammars, and one can actually mechanically construct a parser for 
a language given a BNF grammar for it. (There are some kinds of grammars 
for which this isn't possible, but they can usually be transformed manually into 
ones that can be used.) 

An example of a BNF grammar that describes the rules for the +, -, *, and / 
operators might look something like: 

EXP => EXP + TERM 
EXP => EXP - TERM 
EXP => TERM 
TERM => TERM * FACTOR 
TERM => TERM / FACTOR 
TERM => FACTOR 
FACTOR => ( EXP ) 

FACTOR => identifier 

The names EXP, TERM, and FACTOR are just arbitrary names which 
represent groups of symbols, for example, the FACTOR is defined as either 
an identifier (variable name) or an expression in parenthesis. Symbols that 
are composed of other symbols are called Non-Terminal symbols. Symbols 
that are composed of key words, operators, or names or any other symbol 
that may be found in a program are called Terminal symbols. 

The Terminal symbols for this grammar are +, -, *, /, (, ), and identifier. The 
Non-Terminal symbols are EXP, TERM, and FACTOR. 

Early Parsing Methods 

Grammar Embedded in the Code 

The earliest compilers were written with the definition of the language buried 
deeply within the code. With these compilers it was very difficult to verify that 
the compiler accepted all of the language syntax and only the language 
syntax. This became especially difficult when the definition of the language 
was changed for later versions. All compilers before the early 1960's were of 
this type because there wasn't any uniform method of describing the 
language grammars. 




Recursive Descent 

With the advent of the BNF notation for describing the languages, compiler 
writers designed the structure of their subroutines and functions to 
correspond to the structure of the BNF definition of the language. To use our 
example grammar above, there would be separate functions to handle EXP's, 
TERM'S, and FACTOR'S. The EXP function would call itself and the TERM 
function, etc. This way, when it came time to update the language to meet 
changing standards, it would be easier to find where the changes should be 
made. It also made it much easier to verify that the language accepted all 
legal syntax and only the legal syntax. 

The Recursive Descent does not guarantee that the program matches the 
grammar. It only aids in making it easier for the compiler writer to try to verify 
the accuracy of the parser. The search for better parsing methods continued 
with some that analyzed the grammars and attempted to automate the 
parsing methods. The first such method was called Top Down Parsing or LL 
Parsing. 

Top Down Parsing 

The top down parsing method, also called a predictive parse or LL parse, 
requires that we reorganize the grammar so that the first symbol of each rule 
defining a given Non-Terminal will indicate which rule to choose for the Non- 
Terminal. This transformation can be done to any grammar, but is sometimes 
awkward. There are also some cases that cannot be parsed correctly with 
Top Down Parsing methods. 

Bottom UP Parsing 

The bottom up parse, also called an LR parse is the most powerful parsing 
method. It also has the most complicated set of algorithms for building the 
parse tables. There are a set of algorithms for building LR parse tables. The 
same algorithm is used for all of the LR parse tables. 

LR(0) 

The first of the LR parse generation algorithms is called LR(0) and it 
generates tables that are somewhat large. The LR(0) parse algorithm do not 
parse grammars with certain types of ambiguities. 




LR(1) 

The second algorithm, which handles all of the grammars correctly is LR(1). 
The LR(1) algorithm generates correct parse tables for grammars with all of 
the ambiguities that are found in most useful languages. The biggest strike 
against LR(1) parse tables is the fact that the tables generated are much 
larger then the LR(0). 

SLR 

The third algorithm attempts to handle some of the ambiguities that LR(0) 
fails at and keeps the size of the parse tables the same as those generated 
by LR(0). It is called Simple LR. 

LALR 

The last algorithm, Look Ahead LR, generates parse tables that are the same 
size of LR(0), but handles all of the ambiguities that are handled by LR(1). 

Sources: 

https://en.wikipedia.ora/wiki/Yacc 

http://www.aarshol.priv.no/download/text/bnf.html 

http://www2.andrews.edu/~bidwell/456/historv.html 



